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[METHOD AND RELATED 
APPARATUS FOR CONTROLLING 
TRANSMISSION INTERFACE 
BETWEEN AN EXTERNAL 
DEVICE AND A COMPUTER 

SYSTEM] 

\\ Background of Invention 

H 

!,n [0001] 1. Field of the Invention 

?J: [0002] The present invention relates to a method and a related apparatus for controlling 
H transmission interface between an external device and a computer system, and more 

m particularly, to a method and a related apparatus which embeds transmission interface 

{ W data in a device configuration data of the external device. 

[0003] 2. Description of the Prior Art 

[0004] 

With advanced development of computer technology, the size of a computer 
system is gradually being reduced. The computer system is now used in a broad 
spectrum of fields. In order to expand additional functions of the computer system to 
meet requirements of different users, many kinds of external devices are invented 
under this situation. For example, an external hard disk drive or other portable data 
storage devices can increase the total data storage capacity of the computer system. 
An external optical drive and an external optical recordable drive can provide the 
computer system with an additional ability of accessing multimedia data recorded on 
compact disks and storing a great quantity of back-up data on the compact disk. In 
addition, an IC smart card and an external network card can individually provide other 
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functions to make the computer system become a more powerful tool for users. 

[0005] If the external devices are designed to expand functions of the computer system, 
the external devices must be able to communicate with the computer system for 
transferring data. Please refer to Fig. 1, which is a block diagram of a standard 
computer system 10 connected to prior art external devices 20A, 20B. The computer 
system 1 0 has a host 11 which comprises a central processing unit (CPU) 1 2A, a north 
bridge circuit 1 2B and a south bridge circuit 1 2C, a video graphics array (VGA) card 
12D, a monitor 12E, a memory 12F, a soundcard 14A, a speaker 14D, an input device 
14B, a hard disk drive 14C, and a connecting port 14E. 

The computer system 1 0 usually has a plurality of external devices connected to 
the same host 1 1 . The connecting port 14E, therefore, has a plurality of first 
connecting terminals. For clarity, there are only two first connecting terminals 1 6A, 
1 6B shown in Fig.l . Each of the first connecting terminals 1 6A, 1 6B corresponds to an 
external device. As shown in Fig.l , the first external device 20A is connected to the 
host 1 1 through the first connecting terminal 16A, and the second external device 
20B is connected to the host 1 1 through the second connecting terminal 16B. Taking 
the first external device 20A as an example, the structure and operation of the prior 
art external device is further described as follows. The first external device 20A has a 
second connecting terminal 1 8A corresponding to the first connecting terminal 16A. 
Furthermore, the first external device 20A has a transmission interface controller 22, a 
driver circuit 24B, a non-volatile memory 26B, and a kernel module 29. The 
transmission interface controller 22 has a bridge circuit 24A and a non-volatile 
memory 26A. The kernel module 29 is used for actually performing a predetermined 
function of the first external device 20A. For example, if the first external device 20A 
is an external hard disk drive, the kernel module 29 is the physical storage disk used 
for recording data. If the first external device 20A is an external optical drive, the 
kernel module 29 comprises a pick-up head and a motor for rotating the disk, etc. 
Similarly, if the first external device 20A is an external memory card, the kernel 
module 29 is a flash memory. The driver circuit 24B is used for controlling operation 
of the kernel module 29. The memory 26B electrically connected to the driver circuit 
24B is used for storing device configuration data 28B of the first external device 20A, 
that is, the configuration information associated with the kernel module 29. For 
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example, if the first external device 20A is an optical drive, the device configuration 
data 28B comprises information about direct memory access (DMA). If the first 
external device 20A is an external hard disk drive, the device configuration data 28B 
comprises information about parameters such as capacity, cylinders, and sectors. The 
host 1 1 must obtain the device configuration data 28B to control external devices 
1 6A, 1 6B through the transmission interface controller 22. 

[0007] 

In order to make different kinds of external devices suitable for the host 11 , a 
plurality of connecting port standards are defined to meet different requirements. 
However, different specifications are not compatible with each other. The host 1 1 may 
adopt a universal serial bus (USB) specification (first format), but the external devices 
1 6A, 1 6B may adopt another connecting port specification (second format). If the first 
external device 20A is an external hard disk drive, the first external device 20A 
requires commands compatible with an AT attachment (ATA) specification to control 
the driver circuit 24B. Similarly, if the first external device 20A is an external optical 
drive, the first external device 20A requires commands compatible with an ATA packet 
interface (ATAPI) specification to control the driver circuit 24B. Data compatible with 
the first format have a different structure and a different electronic character 
compared with the data compatible with the second format. The bridge circuit 24A, 
1 therefore, is necessary to convert data transmitted between the connecting port 1 4E 

and the driver circuit 24B. The bridge circuit 24A has a first port 25A for receiving and 
outputting data compatible with the first format and a second port 25B for receiving 
and outputting data compatible with the second format. The bridge circuit 24A can 
transform the data compatible with the first format (USB for example) into data 
compatible with the second format (ATA or ATAPI for example). That is, when the host 
1 1 wants to control the first external device 20A, the host 1 1 will output commands 
compatible with the first format (signal SI shown in Fig. 1) through the connecting 
port 14E to the first external device 20A. The bridge circuit 24A of the first external 
device 20A will analyze the signal SI to retrieve the original commands, and transmits 
the commands compatible with the second format (signal S2 shown in Fig.l) from the 
second port 25B to the driver circuit 24B. The driver circuit 24B then can control the 
kernel module 29 to perform some actions such as retrieving data according to the 
commands generated from the host 11 . On the other hand, the data transferred from 
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the kernel module 29 and the driver circuit 24B to the host 1 1 will first be transmitted 
to the second port 25B of the bridge circuit 24A according to the second format, and 
the bridge circuit 24A then transforms the received data into data compatible with the 
first format. Finally, the data compatible with the first format are outputted from the 
first port 25A and are passed through the second connecting port 18A and the first 
connecting port 1 6A to arrive at the connecting port 1 4E. The host 1 1 , therefore, can 
now conveniently exchange data with the external devices 20A, 20B through the 
transmission interface controller 22. 

[0008] In addition to the above-mentioned signal format transformation, the 

transmission interface controller 22 further uses a non-volatile memory 26A to store 
the transmission interface data 28A. The transmission interface data 28A comprises 
unique identification data associated with the bridge circuit 24 such as a vendor 
identity code, a product identity code, manufacturer information, a serial number 
H code, and so forth. As mentioned above, the many external devices nowadays can 

n simultaneously attach to only one computer host, and the specific transmission 

interface data of each external device are used for identifying individual external 
devices so that the host can control those external devices through the connecting 
port. In other words, when the host wants to transmit a command to a specific 
external device, the host can assign unique transmission interface data associated 
with the desired external device at the same time so that the command will only be 
received by the external device compatible with the assigned transmission interface 
data. 



a 



ry 



[0009] 



To sum up, when the host 1 1 starts operating (power-on), the host 1 1 will search 
any external devices connected to the connecting port 14E. If there are external 
devices connected to the connecting port 14E (the first external devices 20A, 20B 
shown in Fig.l), the host 1 1 will ask every first external device 20A, 20B to hand over 
corresponding transmission interface data to the host 1 1 . Taking the prior art first 
external device 20A as an example, when the bridge circuit 24A receives the request 
from the host 1 1, the bridge circuit 24A will retrieve the transmission interface data 
28A from the memory 26A and transmit the transmission interface data 28A to the 
host 1 1 . After the host 1 1 receives the transmission interface data of each external 
device, the host 1 1 can exchange data with the external devices by assigning specific 
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transmission interface data to select a corresponding external device. If the host 1 1 
wants to control operation of the external devices, the host 1 1 will require the device 
configuration data of each external device. Taking the first external device 20A as an 
example again, when the bridge circuit 24A receives the request from the host 11 , the 
bridge circuit 24A will transmit an "identify driver" command compatible with the 
second format (ATA or ATAPI) to the driver circuit 24B, and the driver circuit 24B will 
retrieve and transmit the device configuration data 28B to the bridge circuit 24A. 
Then, the bridge circuit 24A transmits the device configuration data 28B compatible 
with the first format to the host 1 1 . After the host 1 1 gets the device configuration 
data 28B, the host 1 1 can control operation of the external device with adequate 
parameters and commands according to the device configuration data 28B. 

[001 0] The principal drawback mentioned above is that the driver circuit 24B and the 
transmission interface controller 22 respectively need memory 26B, 26A to store 
device configuration data 28B and the transmission interface data 28A. The device 
configuration data 28B are related to parameters required by the operation of the first 
external device 20A, and the transmission interface data 28A are related to control of 
the transmission interface between the host 1 1 and the first external device 20A. Both 
data must be stored in non-volatile memory. The prior art computer system uses two 
non-volatile memory 26A, 26B to store the device configuration data 28B and the 
transmission interface data 28A respectively. The non-volatile memory such as an 
electrically erasable programmable read-only memory (EEPROM) or a flash memory 
has a special structure compared with an ordinary logic circuit, and requires a special 
circuit design to work properly. Therefore, the production cost is high. In other words, 
the prior art transmission interface controller of the external device has a high 
production cost and a complicated circuit design. 

Summary of Invention 

[001 1] It is therefore a primary objective of the claimed invention to provide a method 
and a related apparatus for controlling transmission interface between an external 
device and a computer system with a simple circuit design to solve the above 
mentioned problem. 

[0012] 

Briefly, the claimed invention provides a method for controlling a transmission 
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interface between a computer system and an external device to manage data 
transmission. The computer system comprises a host for controlling operation of the 
computer system, and a first connecting port for outputting and receiving a data 
compatible with a first format. The external device comprises a second connecting 
port for receiving the data compatible with the first format transmitted from the first 
connecting port and transmitting the data compatible with the first format to the first 
connecting port, a bridge circuit comprising a first port and a second port, a driver 
circuit for controlling operation of the external device according to the data 
compatible with the second format outputted from the second port of the bridge 
circuit, and a memory electrically connected to the driver circuit for storing 
transmission interface data. The first port is electrically connected to the second 
connecting port. The bridge circuit transforms the data compatible with the first 
format received by the first port into corresponding data compatible with a second 
format and outputs the data compatible with the second format through the second 
port. The bridge circuit transforms the data compatible with the second format 
received by the second port into the corresponding data compatible with the first 
format and outputs the data compatible with the first format through the first port. 
The host of the computer system transmits the data compatible with the first format 
to the bridge circuit of the external device according to a specification defined by the 
j transmission interface data. The bridge circuit transmits a control signal compatible 

with the first format to the driver circuit for retrieving the transmission interface data 
stored in the memory, and the bridge circuit transmits the transmission interface data 
compatible with the first format to the host so that the host transmits data compatible 
with the first format to the bridge circuit according to the transmission interface data. 

[0013] 

It is an advantage of the claimed invention that the transmission interface data are 
embedded in the original reserved data space of the device configuration data. The 
device configuration data and the transmission interface data are both stored in the 
same non-volatile memory of the driver circuit. Therefore, there is no need to install 
an extra non-volatile memory in the transmission interface controller. When the host 
requests the transmission interface data, the transmission interface controller will 
issue an "identify driver" command compatible with the second format to the driver 
circuit. The transmission interface data are retrieved from the reserved data space of 
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the device configuration data. The claimed invention, briefly summarized, discloses a 
transmission interface controller with a simple circuit design and a low production 
cost. 

[0014] These and other objectives of the claimed invention will no doubt become obvious 
to those of ordinary skill in the art after reading the following detailed description of 
the preferred embodiment which is illustrated in the various figures and drawings. 

Brief Description of Drawings 

[001 5] Fig.l is a block diagram of a standard computer system connected to prior art 
external devices. 

[001 6] Fig. 2 is a block diagram of a computer system connected to external devices 
according to the present invention. 

[0017] Fig. 3 is a flow chart diagram illustrating the connection establishment between 
the host and the first external device. 

Detailed Description 

[001 8] Please refer to Fig. 2, which is a block diagram of a computer system 30 connected 
to external devices 40A, 40B according to the present invention. The computer system 
30 has a host 31 which comprises a central processing unit 32A, a north bridge circuit 
32B, a south bridge circuit 32C, a VGA card 32D, a monitor 32E, a memory (a volatile 
data storage device) 32F, a soundcard 34A, a speaker 34D, an input device 34B, a 
hard disk drive (a non-volatile data storage device) 34C, and a connecting port 34E. 
The connecting port 34E (a USB connecting port for example) of the computer system 
30 has a plurality of first connecting terminals 36A, 36B (only two connecting 
terminals are drawn in Fig. 2 for clarity) corresponding to a first external device 40A 
and a second external device 40B respectively. Besides, signals compatible with the 
first format (USB signals for example) are transmitted from the connecting port 34E to 
the external devices 40A, 40B. 

[0019] 

Taking the first external device 40A as an example, the general structure of the 
external device according to the present invention is further described as follows. The 
first external device 40A has a second connecting terminal 38A, a transmission 
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interface controller 42, a driver circuit 44B, a non-volatile memory 46 electrically 
connected to the driver circuit 44B, and a kernel module 49. Like the prior art first 
external device 20A, the kernel module 49 is used for performing the actual 
predetermined function of the first external device 40A, and the driver circuit 44B is 
used for controlling operation of the kernel module after receiving commands or 
signals compatible with the second format (ATA or ATAPI for example). In order to 
bridge the signals with different formats, the transmission interface controller 42 has 
a bridge circuit 44A. The bridge circuit 44A has a first port 45A and a second port 
45B. The bridge circuit 44A can transform signals compatible with the first format into 
signals compatible with the second format. The signals or data compatible with the 
second format are received and outputted through the second port 45B. Similarly, the 
signals or data compatible with the first format are received and outputted through 
the first port 45A. 

j [0020] 

* Being analogous to the prior art first external device 20A, the host 31 needs the 

transmission interface data provided by the external devices to exchange data with 
j the external devices correctly. In addition, the non-volatile memory 46 of the driver 

fc . circuit 44B stores the device configuration data 48B to record parameters and 

1 information associated with operation of the kernel module 49. Generally speaking, 

the specification of the second format (ATA or ATAPI) specially defines a reserved data 
space allocated at the device configuration data so that the manufacturer of the 
external device can utilize the reserved data space to store additional information. 
The device configuration data 48B shown in Fig.2, for example, has a reserved data 
space 50. The prior art host does not need the information stored in the reserved data 
space when the external device is operating because the information stored in the 
reserved data space according to the prior art has nothing to do with the operation of 
the external device. But, the major difference between the prior art and the present 
invention is that the present invention uses the reserved data space 50 of the device 
configuration data 48B to store the essential transmission interface data 48A. Because 
the capacity of the reserved data space 50 is larger than the size of the transmission 
interface data 48A, the reserved data space 50 is suitable for storing the transmission 
interface data 48A undoubtedly. In order to check the transmission interface data 48A 
in the reserved data space 50, the reserved data space 50 further has a signature code 
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52. Because the transmission interface data 48A are embedded in the device 
configuration data 48B, the transmission interface controller 42, therefore, needs an 
extra non-volatile memory to keep the transmission interface data 48A no more. 

[0021] As mentioned above, when the host 31 starts establishing connection with the 
first external device 40A, the host 31 must request the first external device 40A to 
give the transmission interface data. After receiving the request from the host 31 , the 
bridge circuit 44A will issue an "identify driver" command compatible with the second 
format to the driver circuit 44B for retrieving the device configuration data 48B. When 
the bridge circuit 44A receives the device configuration data 48A read from the 
memory 46, the bridge circuit 44A can extract the corresponding transmission 
interface data 48A from the reserved data space 50 of the device configuration data 
48A, and transmits the transmission interface data 48A to the host 31. The host 31 
can correctly establish connection with the first external device 40A according to the 
transmission interface data 48A, and starts exchanging data with the first external 
device 40A now. In other words, the first external device 40A can perform its 
predetermined function to help the computer system 30. Please refer to Fig.3, which 
is a flow chart diagram illustrating the connection establishment between the host 31 
and the first external device 40A. The related steps are described as follows. 

[0022] Step 62: Start. 

[0023] When the host 31 is going to establish connection with the first external device 
40A, the procedures shown in Fig.3 are executed step by step. As mentioned above, 
when the host 31 is powered on, the host 31 will detect whether there are external 
devices connected to the host 31 . If an external device is connected to the connecting 
port of the host 31, the host 31 will request the external device to give its 
transmission interface data. The request from the host 31 is compatible with the first 
format to be transmitted to the bridge circuit 44A of the first external device 40A 
through the first connecting terminal 36A and the second connecting terminal 38A. 

[0024] Step 64: 
[0025] 

After receiving the request from the host 31 , the bridge circuit 44A issues an "ATA 
identify driver" command to the driver circuit 44B. The "ATA identify driver" command 
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has been defined by an ATA specification to drive the driver circuit 44B to read the 
device configuration data 48B from the memory 46. Then, the device configuration 
data 48B is transmitted to the bridge circuit 44A by the driver circuit 44B. 

[0026] Step 66: 

[0027] The bridge circuit 44A checks whether the driver circuit 44B has transmitted the 
device configuration data 48B to the bridge circuit 44A. if the bridge circuit 44A has 
received the device configuration data 48B, go to step 72; otherwise, go to step 68. 

[0028] Step 68: 

[0029] The bridge circuit 44A issues an "ATAPI identify driver" command to the driver 
circuit 44B. Concerning the preferred embodiment of the present invention, the first 
external device 40A is an external hard disk drive or an external optical drive. The 
driver circuit of the external hard disk drive needs the "ATA identify driver" command 
to read and pass the device configuration data. The driver circuit of the external 
optical drive needs the "ATAPI identify driver" command to read and pass the device 
configuration data. The driver 44B does not respond to the "ATA identify driver" 
command in step 66, which means that the driver circuit and the kernel module might 
belong to the external optical drive. Therefore, the bridge circuit 44A issues the 
"ATAPI identify driver" command to the driver circuit 44B again. If the same bridge 
circuit 44A is adopted by many external devices, the bridge circuit 44A can issue 
different formats of "identify driver" commands to request the driver circuit of each 
external device to give individual device configuration data. In the preferred 
embodiment, the bridge circuit 44A is designed to installed in the external hard disk 
drive or the external optical drive. The bridge circuit 44A at most issues two kinds of 
"identify driver" commands (steps 64, 68) to the driver circuit 44B. 

[0030] Step 70: 

[0031] If the bridge circuit 44A has received the device configuration data 48B, go to step 
72; otherwise, go to step 78. 

[0032] Step 72: 

[0033] The bridge circuit 44A has received the device configuration data 48B from the 
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driver circuit 44B. Now, the bridge circuit 44A can check whether the signature code 
52 in the device configuration data 48B is valid. As mentioned above, the 
predetermined signature code 52 is stored in the reserved data space 50 for 
determining whether the transmission interface data 48A is successfully embedded in 
the reserved data space 50. If the bridge circuit 44A finds that the retrieved signature 
code matches the predetermined signature code 52 in step 72, it is safe to proceed to 
the next step 74 because the transmission interface data 48A has been embedded in 
the reserved data space 50 correctly. If the bridge circuit 44A finds that the retrieved 
signature code does not match the predetermined signature code 52 in step 72, it 
means that the transmission interface data 48A has not been embedded in the 
reserved data space 50 correctly. Go to step 80. 

[0034] Step 74: 

[0035] The bridge circuit 44A extracts the transmission interface data 48A from the 
device configuration data 48A. In step 74, the bridge circuit 44A realizes that the 
transmission interface data 48A is recorded in the device configuration data 48B. After 
receiving the transmission interface data 48A, the host 31 can establish connection 
with the first external device 40A, and exchanges data with the first external device 
40A. 

[0036] Step 76: 

[0037] End. After getting the transmission interface data 48A, the host 31 can control the 
first external device 40A to provide the host 31 with a specific function. 

[0038] Step 78: 

[0039] Execute a first exception handling mechanism. The bridge circuit 44A does not 
receive the transmission interface data from the driver circuit 44B. The bridge circuit 
44A generates an error message to the host 31 so that the host 31 then can tell the 
user that the first external device 40A does not work normally or performs other 
remedial measures. 

[0040] Step 80: 

[0041] Execute a second exception handling mechanism. Though the bridge circuit 44A 
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has received the device configuration data 48B transmitted from the driver circuit 44B, 
the signature code 52 extracted from the device configuration data 48B shows that 
the transmission interface data 48A are not embedded in the reserved data space 50 
of the device configuration data 48B. The bridge circuit 44A generates an error 
message to the host 31 for interrupting the whole procedure, or transmits a 
predetermined transmission interface data to the host 31 so that the host 31 can 
establish connection with the first external device 40A according to the predetermined 
transmission interface data. 

[0042] The bridge circuit 44A according to the present invention not only can use an 
"identify driver" command to request the driver circuit 44B to retrieve the device 
configuration data 48B, but also can use a special defined command such as a "write" 
command to make the driver circuit 44B write the transmission interface data 48A into 
the memory 46. The host 31 must be able to execute a corresponding driver program 
such as a window-based driver utility to accomplish the objective of the "write" 
command. The user can use the driver program to transmit both the "write" command 
and the corresponding transmission interface data compatible with the first format to 
the bridge circuit 44A. The bridge circuit 44A then transmits the "write" command and 
the corresponding transmission interface data compatible with the second format to 
the driver circuit 44B so that the driver circuit 44B will embed the transmission 
interface data 48A and the corresponding signature code 52 in the reserved data 
space 50 of the device configuration data 48B. Therefore, the transmission interface 
data 48A embedded in the device configuration data 48B are capable of being 
updated at a user's request. 

[0043] j n contrast t0 t fr e pr j or art transmission interface controller, the transmission 

interface controller according to the present invention uses the reserved data space of 
the device configuration data to store the transmission interface data. The 
transmission interface controller according to the present invention, therefore, does 
not require an extra non-volatile memory to store the transmission interface data. In 
other words, the external device with a simple circuit design certainly has a lower 
production cost. Furthermore, the reserved data space of the device configuration 
data has been defined by a standard specification already, and the transmission 
interface controller according to the present invention consequently can achieve the 
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objective of lowering the production cost and simplifying the circuit design without 
affecting original operation of the external device at all. 

[0044] Those skilled in the art will readily observe that numerous modifications and 

alterations of the device may be made while retaining the teaching of the invention. 
Accordingly, the above disclosure should be construed as limited only by the metes 
and bounds of the appended claims. 
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